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PARTIALLY INTEGRATIMG WIRELESS 
COMPONENTS OF PRCCSSSCR-5AS5D SYSTEMS 

Background 

This invention relates generally to augrrenting or 
updating computer platforms with wireless capabilities. 

In many cases, purchasers of ccrr.cuter placfcrms, also 
known as processor-based systems, wi-sh cc have the latest 
technology. In some cases, the latest technology is. not 
quite ready for release at the zLr.e a giver, clatforr: is 
manufactured. In other cases, manufacturers of processor- 
based platforms may know of upcoming technology 
improvements that may or may not yet be available. 

Manufacturers who would like to make those 
improvements available have several considerations. 
Firstly, manufacturers of plac forms may realize that some 
users may not wish to incur the cost of updates, add-ons 
and improvements. If every technological improvemient or 
capability were incorporated into every platform, the 
expense of platforms may become prohibitive for some 
purchasers . 

Secondly, the technology may not yet be ready for 
release. Therefore, while a platform manufacturer may know 
of a new upcoming technology, the platform manufacturer may 
not yet be ready, willing or able to- release that 



rechr.ology ir. the current piatforx ger.eracicn. However, 
there may be some cases where componer.ts of Che -echnolcgy 
may be par -i ally ready but other components needed are not 
yet available. 

5 For example, wireless networking capabilities are not 

generally available on platforms. However, it would be 
desirable to make this technology available for users in 
the future without excessively burdening all users now, 
including chose who will never use wireless networking. 

10 However, to incorporate wireless networking into 

current platforms, before those technclcgies are generally 
accepted in the industry, may be cost ineffective. Seme 
users may not wish Co pay for the cost of wire^less 
networking technologies, and other users may net wish to 

15 incur Che cost even if these technologies become 

comrr.cnplace in plaCforms. Moreover, in seme cases, all Che 
compenencs for implementing a given cechnolocy may not yet 
be available and therefore at the Cime of a given 
platform's release, only portions of Che technoicgy may be 

20 available. 

Therefore, there is a need for a way to make platforins 
more upgradable Co include wireless capabilicies . 

Brief Descripcion of Che Drawings 
Figure 1 is an architectural depiction of one 
25 embodimenC of the presenc invencicn; 
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Figure 2 is an embodimenc of the device shewn in 

Figure 1 thac operates with the peripheral compcnenc 

interconnect bus; 

Figure 3 is a depiction of a device corresponding to 
5 Figure 1 adapted to a custom bus model in accordance with 

one embodiment of the present inventions- 
Figure 4 is a flow chart for software in accordance 

with one embodiment of the present invention; and 

Figure 5 is a flow chart for one embodiment of the 
IC present invention. 

Detailed Description 
Referring -o Figure 1, a platform 10 may be a 
processor-based system with a bridge 11 , in accordance with 
one embodiment of the present invention. The bridge 11 may 

15 include an integrated controller 12 that is integrated with 
other hardware and software to implement a function (FnX) 
which is part of a given capability that also includes 
another function (FnY) . 

A bus 7 3 may couple the bridge 11 and an add-in card 

20 14. The add-in- card 14 may provide specific components 
needed to achieve the function FnY via the device 23. 
Thus, certain capabilities for providing functions are 
partially integrated into the controller 11 and platform 10 
while other capabilities may be provided only when an add- 

25 in card 14 is purchased and coupled to the platform 10. 
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The platform 10 may include a host bus 76 chat couples 
a processor 70, a memory 72 and the bridge 11 in one 
embodiment. Other platform architectures may also be used. 

In general, higher layer functions may reside on the 
5 host platform 10 while the remaining lower layer functional 
components reside in an add- in card 14 that may be plugged 
into an external bus 78 as desired by the user or designer 
of the system 10. Generally, when distributing device 
functions that are traditionally tightly integrated on add- 
10 in cards across ah external bus, the bus protocol supccrzs 
much lower latencies that are obtainable with convent icnal 
interfaces . 

The parzial integration architecture shown in Figure 1 
may be implemented using a single device driver 15 for each 

15 partially integrated device such as the controller 12. 
That driver 16 provides configuration and input/output 
access to the integrated concroller 12 of the platform 10. 
The partially integrated device driver 15 may not be aware 
of the underlying platform 10 architecture in som.e 

20 embodiments. 

If the add- in card 14 is not found, a mating manager 
36, shown in Figure 2, provides an indication to the 
platform 10 that the controller 12 is nonfunctional. This 
discovery and notification process may be accomplished in a 

25 variety of fashions depending on specific implementations. 
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Referring to Figure 2, a partially intecraced 
ccmccnenc 12a in a bridge lia interfaces wicr. the 
peripheral component interface (?CI) bus 78 and includes a 
mating manager 36 residing within a controller 12a, in 
accordance with one embodiment of the present invention. 
The mating manager 36 implements the mating mechanism used 
to connect the integrated and add- in components, of the 
partially integrated platform 13a. Implementation options 
for the mating manager 36 are dependent on the bus driver 
model implemented by the controller 12a. 

In the embodiment illustrated in Figure 2, where the 
controller 12a is impleme.ntsd in a peripheral component 
interface bridge 11a, the peripheral component interface 
compatibility is maintained. Fcr a peripheral component 
interface embodiment, the PCI.sys driver 16b is the bus 
driver for the controller 12a. Obviously, with other 
bridges utilizing other bus technologies, corresponding 
drivers may be used. 

Advantageously, the m.ating manager 36 is not 
im.plemented in software in the bus driver 16b, but instead 
is implemented in the controller 12a hardware. In this 
case, the driver 16b works in conjunction with a 
conventional device driver 15a. The driver 15b interfaces 
with a PCI configuration space 13 while the device driver 
15a interfaces with an interface 30. The device function 
FnX may be provided in the device 20. A space 22 provides 



information about the global unique identifier (GUID) for 
the integrated controller 12a. Also provided is a partial 
integration interface 32 that interfaces with the add-in 
card 14. 

5 The global unique identifier (GUID) space 22 

interfaces with a partial integration configuration space 
34 also resident in the controller 12a. The mating manager 
36 communicates with the partial integration configuration 
space 34 and a partial integration space 3 3 resident in the 
IC add-in card 14a. The card 14a may also include a global 

unique identifier (GUIDJ 2€ and a device interface space 40 
that interfaces with a corresponding interface on the 
controller 12a. 

The add- in card 14a mav include a device 23 to . 
15 implement the function FnY. The mating manager 36 
communicates with both the add- in card 14a and the 
controller 12a for discovery, enumeration and 
configuration. The mating manager 36 determines whether or 
- not the add- in card i4a is present and then provides a 
20' pointer for add- in device 23 to the integrated device 20 
and vice versa, by indicating where an interface, such as 
control registers, is mapped in memory. The devices 20 and 
28 may be hardware, firmware or software modules. 

Referring to Figure 3, in another embodim.ent of the 
25 present invention, a custom bus driver ISc may be provided 
■ to communicate directly with the add-in card 14b and the 



10 



controller 12b. In such ar. erricdimenc, che mating manager 
36a may be implemented within the custom bus driver 16c. 
The custom bus driver 15c may prcvide flexibility; however, 
it may be necessary to custom define the mating manager 
36a. 

Thus, the embodiment shown in Figure 3 differs from 
the embodiment shown in Figure 2 in that the mating manager 
36a is resident in the bus driver i6c and therefore 
communicates directly with both the controller 12b and the 
add- in card 14a. The partial integration interface (PII) 
42b interfaces between the add- in card I4b and a 
corresponding interface 42a on the controller I2b. 

Also in Figure 3., the bridge lib is coupled to a 
processcr 80. a memory 84 and a graphics device 82 in one 
embodiment. The add-in card i4b is coupled to the bridge 
lib via a switch 86 in one embodiment of the present 
invention. While the embodiment shown in Figure 3 is 
consistent with the so-called Third Generation I/O (3gio) 
bus technology, any other bus technology may also be 

20 implemented. 

The custom bus driver 16c also communicates with the 
configuration space' 40 in the controller 12b and a partial 
integration space 13 in the controller 12b. Meanwhile, the 
conventional device driver 16d communicates through an 

25 interface 30. 
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In the embodimenc shewn in Figures 1-3, the mating 
manager 36 enumerates the partially integrated components 
(functions ?nX and FnY for example) resident in the 
controller 12 and the add- in card 14 by accessing the 
5 partial integrated configuration space 18 residing at a 
well known offset within the controller 12. The partial 
integration configuration space 13 contains the partial 
integration, global unique identifier 22 that identifies 
the unique, partial incegration identifier for the 

10 partially integrated placfcrT. 10. The mating manager 36 

then detects the ncn-intecraied components on the aziacnea 
add-in card 14 via the existence cf a partial integration 
space 38 within the add-in card 14. 

The mating manager 36 compares the partial integration 

15 interface global unique identifier 26, from the partial 
integration configuration space 38 of the add-in card 14, 
with the parciai integration, global unique identifiers 22 
and the partial integration device 20 in the controller 12. 
If a match is found, the mati.ng manager 36 writes the mated 

20 partial integration device bus i.nformacion to the par-ial 
integration configuration spaces 13 and 38 cf the 
controller 12 and add-in card 14, respectively. The bus 
information m.ay include all the information necessary for 
the mated partial integration device 20, 28 components to 

25 communicate. 
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Referring to Figure 4, the discovery and ccnf iguracion 
code 50, in accordance wiih cne en^icdir.enc cf zhe cresen- 
invencion, rr^ay be stored in association with or merely cc 
be accessible by the mating T.anager 35. The code 50 
5 initially accesses the partial integration configuration 
space on the integrated component as indicated in block 52 . 
The mating manager 3 6 then detects the partial integration 
components on the add-in card 14 as indicated in block 54. 
The unique identifiers from the add-in card and the 
10 integrated components are corr.pared, as indicated in block 
56. 

If a match is detected at diamond 5c, the mated 
partially integraced device information is written to the 
configuration space of the integrated and add- in components 

15 as indicated in block 60. 

As an example of implementation of the present 
invention, m the embodiment shown in Figure 3, the add-in 
card 14 may implement a network adapter for a wireless 
network such as a network compatible with the IEEE 802.11 

2 0 standard. See Institute of Electrical and Electronic 
Engineers (IEEE) Standard for Information Technology 
LAN/WAN-Specific Requirements -Part II: Wireless LAN Medium 
Access Control (MAC) and Physical Layer (PKY) 
Specifications (199-9). In such case, the add-in function 

2 5 (FnY) may be the PKY capability to implement a wireless 
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network adapter and the integrated function (FnX) may be 
the MAC for the wireless network adapter. 

Add- in cards or network in- erf ace cards currently 
support wake on local area network (LAN) functionality by 
filtering incoming MAC frames to decide whether the 
incoming frarr.e is a special frame indicating that the 
entire system should be woken up. Thus, in existing add-in 
cards, both the' MAC and PHY function is provided in the 
add- in card. This would appear to have some advantages in 
the wake on LA:i situation because in such case, the add-.n 
card can determine whether or net to wake the encire syste- 
by first tes-ing or filtering the packet to decide i- is 
necessary to wake up the entire system. 

However, as described above, it would be desirable to 
partially integrate a wireless LAN function into existing 
platforms. In such case, zhe MAC may be incorporated into 
a chipset cr ccherwise incorporated into a platform at a 
reasonable cost and the PHY may be provided via an add- in 
card. However, since wake filtering is normally associated 
with the MAC function, this would mean that in order to 
test to determine whether or not a given packet is an 
appropriate wake packet, the entire system would have to be 
awoken . 

A system that requires the entire operation to be 
awoken on each incoming packet may be power ineffective. 
One purpose of powering down the system until an 



appropriace wake packet is received is co reduce power 
consumption. Reduced power ccnsumption may be particularly 
impcrtanc in systems that are catcery powered. Thus, while 
par-ial integration offers numerous advantages including 
more cost effective incorporation of new technologies, a 
problem arises with respect to achieving partial 
integration with effective power consumption for wireless 
LANs. 

In accordance with one etrJ^odiment of the present 
invention, the device FnY 23 (for example as shown in 
Figure 3) may include the PHY functionality, but in 
addition may include the wake packet filtering 
functionality as well. Thus, the wake packet filtering 
functionality is migrated from the MAC which corresponds to 
the device ?nX 20 located within the. host system 10b or 10, 
for example. Thus, the add- in card 14, 14a or 14b, 
provides the PHY and the wake packet filtering for 
implementing wake on LAN. 

As a result-, the testing, to determine whether a 
packet has been received that requires the system 10, 10a 
or 10b to be awoken, may be implemented in the add- in card 
14 . This results in better power management while -still 
achieving the advantages of partial integration. In one 
embodiment, the minimum possible required wake filtering 
function is added to the PHY by shifting the essential 
components of that capability from the MAC. 



Referring to Figure 5, cr.e wake packets filcer code 70 
may be scored in the add-in card 14 in one embcdimenc. 
Inicially, a packet is received in Che add-in card 14 .as 
indicated in block 72 in Figure 5. The packet is filcered 
as indicaced in block 74 cc determine whether or not the 
packet is one of a type which necessitates the awakening 
from a reduced power consumption state of the host platform 
10. 

If so; as determined in diamond 76, the platform 10 is 
awakened as indicated in block 73. Otherwise, the packet 
is handled in the add- in card 14 and nc awakening of the 
platform 10 is necessitated. Cf course, wakening the 
platform 10, in some embcdimencs, involves causing the 
platform 10 to transform from a lower power consumpcicn 
state to a higher power consumption stace, in order to 
handle incoming communications as one example. 

The bus interface between the jMAC and ?KY modules can 
be any available technology. 

In battery powered embodiments, battery life may ce 
extended by doing wake packet filtering in the add-on 
device while still proceeding the economic advantages of 
partial integration of wireless networking. "In particular, 
a system that avoids unnecessary and power ccn3um.pt ive 
waking cf the host system may be avoided. At the same 
time, partial integration cf wireless networking in the 
host provides advantageous upgradeability . 
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While the present invention has been described with 
respect to a limited number of embcd.mencs, chose skilled 
in c-e ar- will aporeciate numerous modifica-cns and 
variations therefrom. It is intended that the appended 
claims cover all such modifications and variations as fal 
within the true spirit and scope of this presen. invent lo 

What is claimed is: 
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